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FOREWORD 


The contents of this initial publication of the STS-2 through STS«4 Product De- 
velopment Plan are consistent with the POP 60-1 Option 2 schedules and 
resources. The document will be updated to be consistent with POP 80-2 as soon 
as possible. 
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1.0 


INTRODUCTION 


1.1 PURPOSE AND SCOPE 


This document Is the second in a series of three that defines the baseline 
products, schedules, and resource requirements for the Mission Planning and Anal- 
ysis Division (MPAD). MPAD support of STS 2, 3, and M are included in this docu- 
ment. The other documents in this series are STS-1 and transition to OPS. The 
document represents the baselined MPAD work plan and will be updated an a peri- 
odic basis. 

The purposes of the document are to provide a management tool for use within 
MPAD and to provide visibility and a coordination tool for use with external or- 
ganizations Utio use MPAD generated produce's. 

The document is structured into two main sections, which are: (1) products and 

schedules and (2) resources required. The major functions addressed in each 
section are: 


a. Or biter software 

b. MCC software 

c . Plight design 

d. Flight operations support 

e . Simulation tools 

f. Postflight analysis 
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1.2 GUIDELINES AND ASSUMPTIONS 

The following guidelines and assumptions were used in developing the STS 2-4 
schedules, products, and resources: 

a. The flight dates are those contained in POP 80-1 Case II: 

STS-2 5/1/81 

STS-3 9/30/81 

STS-4 12/31/81 

b. The Flight Readiness Reviews will be 4 weeks prior to scheduled launch dates 
for STS 2-4. 

c. Option II of Orbiter software options will be baselined; l.e., version 16 
will be used for STS-1 and version 18 for SIS 2-4, and version 19 for STS-5 
and subs. 


% 


d. Version 18 FACI is September 9, I960, and Cl is March 5, 1981. 
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e. SAIL/PSL will Implement version 18 in December 1980. 

f. SDL/SVDS comparison testing will be done on version 18 of the Orbiter 
software . 

g. SMS validation will not be done for version 18. 

2.0 SlMttRY SUPPORT PLAN 
(TBS by FM 17) 

3.0 PRODUCTS AND SCHEDULES 


3.1 ORBITER SOFTWARE 

This task consists of all work associated with certifying the performance of the 
guidance and targeting, attitude and pointing, and navigation flight software 
for STS 2-4. The activity includes requirements development and analysis and 
verification support. 


3.1.1 Ascent /QMS Maneuvers 

This task will be responsible for developing, reviewing, and verifying onboard 
guidance software for ascent and Insertion OMS maneuvers. Specific duties in- 
clude development of essential guidance software change requests (CR's) neces- 
sary to satisfy ascent maneuver requirements, performing a detailed review of 
the actual flight software code, generating compariscm test tapes used for veri- 
fication of the onboard software, monitoring selected SAIL and FLS verification 
tests for guidance anomaly and discrepancy reports, and reviewing necessary guid- 
ance formulation changes. Other duties include activity supporting briefings at 
the OASB, organizing and supporting the guidance mode team meeting and 
participating in the Cl and FRR. Also, specific trajectory data 8U*e generated 
for the guidance performance data bode and finally, generating new software per- 
formance reports as required. This task will also monitor Orbiter software 
changes that affect sequencing in the SRB and ET separation events to assure 
that the current flight software is incorporated into the fligdit software math 
models associated with the SRB and BT separation simulations. 

The detailed products and schedules for this task are presented in table 3.1.1. 


3.1.2 Aborts 

This task will be responsible for developing, reviewing, and verifying onboard 
software pertaining to intact and contingency aborts. Specific duties include 
development of essential software change requests (CR's) necessary to satisfy 
abort requirements, review of all CR's pertaining to aborts including generation 
of impact statements for non-incorporation, performing a detailed review of the 


STS 2-H 


actual abort fli^t software code, generating abort oomparlaon teat tapes used 
for verification of the onboard software, oionitoring selected abort related SAIL 
and FSL verification tests, and making and reviewing necessary abort fonmilation 
changes. Other duties include activity supporting abort briefings at the QASCB, 
guidance mode team meeting, and the Cl and FRR. Also specific abort trajeotory 
data are generated for the guidance perforaanoe data book. This task will also 
monitor Orbiter software changes that effect aequenoing in the SRB and BT separa- 
tion events to assure that the current fli^t software is incorporated into the 
flight software math models associated with the SRB and BT separation 
simulations . 

The detailed products and schedules for this task are presented in table 3.1.2. 


3.1.3 Onorbit 


The onorbit task is divided into the Uiree. areas of attitude and pointing, 
onorbit OMS maneuvers, and RHS support. 


3. 1.3.1 Attitude and Pointing 

This task consists of all work associated with certifying the performance of the 
universal pointing, antenna management, and prethrust attitude alignment soft- 
ware for STS 2-4. This activity includes CR analysis, performance testing of re- 
quirements, and verification support. 

This task will evaluate all CR*s that interact with the attitude and point func- 
tion and report the results to the OASCB. Any attitude and pointing CR*s that 
are required as a result of previous flight data or any other reason will be 
developed on this task. Ihe performance testing of requirements will center on 
the additional attitude maneuver options and onorbit OMS maneuver capability 
that are a part of version 18 of the Orbiter software that will be used on STS 
2-4. This task will also evaluate the impact of previous flight data and any 
scheduled flight test requirements (FTR's) for the next flight. 

This activity will also support verficatlon activities. The detailed code for 
version 18 will be reviewed. Comparison tests between the SVOS and SDL will be 
executed for the initial version 16 release and smaller set of cases will be run 
prior to STS 3 and 4, if required. Also, the IBM levels 6 and 7 oases will be 
reviewed prior to customer inspection (Cl). This activity includes the analysis 
of all FSL and SAIL verification cases for STS 2-4 in the attitude and pointing 
area. Each case will be evaluated in terms of attitude and pointing perfor- 
mance. Even though the SMS onorbit dynamics will have been validated 
previously, SMS support will be required to verify the additional attitude and 
pointing capability in version 18. 

The products and schedules for this task are presented in table 3.1.3. 1. 
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3. 1.3 *2 Onorblt QMS Maneuvers 

This task consists of all worte assooiated with developing and verifying the per- 
formance of the onorblt OMS guidance system for STS 2-4. This activity includes 

GNC CR analysis, GNC performance testing, IBM verification support, and SAIL and 
F;^ verification support. 

This task will evaluate all ascent GNC CR's that interact with the onorblt guid- 
ance and targeting function and report the results to the OASCB. Any guidance 
and targeting CR's that are required as a result of previous fli^t data, perfor- 
mance studies, or other reasons will be developed on this task. 

This task will also evaluate the on<w'bit CMS guidance system performanoe for 
the version 18 software requirements which contains new functional capability 
for STS 2-4 such as Lambert guidance and OMS short bum and recycle capability. 
Also, previous flight data will be analyzed to determine possible guidance sys- 
tem modifications. The effects of any flight test requirements or flight design 
constraints on the guidance system will be analyzed. 

This task will support verification activities. The detailed code for version 
18 will be reviewed. Coovarison test eases between tiie SVDS and SDL will be 
executed for the initial release of version 18. Comparison tests for subsequent 
flights will be made only if warranted by signifioant software or flight profile 
modifications. The IBM level 6/7 test cases will be reviewed prior to Cl. This 
activity includes supporting the definition of the verification test plans and 
procedures and analyzing the SAIL and PSL verification cases for STS 2-4. 

Selected cases will be analyzed in terms of OMS guidance system performance. 

The products and schedules for this task are presented in table 3.1 .3.2. 


3. 1.3. 3 RMS 

The primary effort of this task will be the validation of mission/payload depen- 
dent Level C data. The results of this task will consist of simulator documenta- 
tion as well as technical reports/presentations in support of formal verifica- 
tion of the RMS auto-sequence flight software. 

The products and schedules for this task are presented in table 3. 1.3. 3. 


3.1.4 Descent 


3. 1.4.1 Deorbit 

This task consists of all work associated with developing and verifying the per- 
formance of the deorbit guidance system for STS 2-4. This activity includes GNC 
CR analysis, GNC performance testing, IBM verification support, and FSL verifica- 
tion support. 
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'.'his task will evaluate all deorbit QNC CR's that interaot with the guidanoe and 
targeting function and report the results to the OASCB. Any guidanoe and 
targeting CR’s that are required as a result of previous flight data, perform 
manoe studies, or other reasons will be developed on this task. 


This task will also evaluate the guidanoe system perfornanoe for the version 18 
software requirements which contains new functional capability for STS such 
as OHS short burn and recycle capability. Also, previous flight data will be 
analyzed to determine possible guidance system modifications. The effects of 
any flight test requirements or flight design constraints on the guidanoe sys- 
tem will be analyzed. 


This task will support IBM verification activities. The detailed code for ver- 
sion 18 will be reviewed. Comparison test oases between the SVDS and SDL will 
be executed for the initial release of version l8. Comparison tests for subse- 
quent flights will be made only if warranted by significant software or flight 
profile modifications. The IBH level 6/7 test cases will be reviewed prior to 
Cl. This activity includes supporting the definition of the verification test 
plans and procedures and analyzing the FSL verification oases for STS 2-4. 
Selected oases will be analyzed in terms of deorbit guidanoe system performance. 

The products and schedules for thl« task are presented in table 3.1 .4.1. 
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3 . 1 .4 .2 Entry-through-Landing/ORTLS 

This task consists of all work associated with certifying the performance of the 
entry guidanoe systems for STS 2-4, This aotivity Includes evaluating the im- 
pact of OTT on CNC performance, RM testing, CR analysis, FSL GNC verification 
test analysis, IBM CT generation, and definition of entry guidanoe modifications 
based on flight data and postflight analysis from STS-1. The products and sched- 
ules for this task are presented in figure 3.1 .4.2. 


3. 1.4 .2.1 Requirements analyses 
Task 1 - GNC Performance Analysis 

This task will center on the Impact of utilizing version l8 of the Orbiter soft- 
ware which contains new functions such as optional TAEM targeting (OTT) and pro- 
gramed test inputs (PTI's). Also to be considered are mods resulting from 
STS-1 flight data. CNC performance studies will be conducted for any special 
test inputs of angle of attack and control surface deflections for the flight 
test programs . 

Task 2 - IMU RM Testing 

This task will evaluate the impact of flight data, misslcHi changes, and RM 
threshold changes on IMU RM performance. In addition, IMU RM studies will be 
conducted to validate flight test mission requirements such as test inputs, spe- 
cial control surface schedules, or special angle-of-attack profiles. 
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Iksk 3 • CR Analysis 

All STS 2-A ONC software changes will be evaluated in teras of perfomnoe anal- 
ysis and GNC interaction effects. Ihe results of these studies Mill be reported 
to the Orbiter Avionics Software Control Board (OASCB) for CR evaluation. Any 
entry guidance modification required as a result of postflight analysis will be 
developed and CD's prepared as a part of this task. 


3.1. 4.2.2 Verification support 

Task 1 - PSL GNC Verification Test Analysis 

This activity includes tixe analysis of each of the FSL GNC verification oases 
for STS 2-4. Each case will be evaluated In terns of guidance perfomancet ONC 
interaction, consumables analysis, and mission rule evaluation. The number of 
cases for each flight should be small compared to the STS-1 PSL effort. 

Task 2 - SDL/SVDS Coiq>arison Testing 

This task will generate SVDS data to be used for comparison for SDL oases. 

Cases will be generated at least once for each mission (STS 2-4) using the ^era- 
tlonal flight profile data and more often if subsequent major profile changes 
are made. 


3.1.5 Navigation 

This task consists of all work associated with developing and verifying the navi- 
gation system for STS 2-4. This activity includes CR analysis, constants and 
I-load definition, mvigation system hardware/software conipatlbllity analysis, 
performance testing, -.’BH verification support, and SAIL and FSL verification sup- 
port. 

The major functions for whict^ the above activities are performed include: IMU 

RM, IMU ali( 7 ;n, attitude processing, nav display and control, navigation parame- 
ter processing to support display, guidance, flight control, and telemetry, 
state propagation, state updating via filter using nav aid oeasurements , TACAN RM, 
surface feature and ground nav aid position and orientation data, and coordinate 
system and transformation. 


3. 1.5.1 Ascent Navigation 

This task will evaluate all CR's that Interact with the ascent navigation system 
and report the results to the OASCB. Any navigation CR's that are required as 
a result of previous flight data, performance studies, vehicle, or other changes 
will be developed on this task. I-loads for STS 2-4 will be updated based on 
previous flight data, hardware changes, flight test requirements, flight profile 
changes, and any other reasons. 
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Ihls task will analyze current performance characteristics of the vehicle hard- 
ware on which the navigation system depends f'^r inputs to ensure a compatible 
hardware/software navigation system. Previous flight data will be analyzed and 
proposed changes to the navigation system be made as required. 

The ascent navigation system performance for the version 18 software require- 
ments will be evaluated. Previous flight data will be analyzed to determine any 
Impacts on the version 18 navigation system. Also, the effects on the naviga- 
tion system of any flight test requirements, hardware changes, or flight design 
constraints will be evaluated. 

This task will support IBM and SAIL verification activities. The detailed code 
for version 18 will be reviewed. The IBM level 6/7 test oases will be reviewed 
prior to Cl. This activity includes supporting the definition of the verifica- 
tion test plans and procedures and analyzing the SAIL verification cases for STS 
2-4. 


The products and schedules for this task are presented in table 3*1*5«U 


3. 1.8. 2 Onorbit Navigation 

This task consists of all work associated with development of the onorbit navi- 
gation system for STS 2-4. The activity includes CR analysis and requirements 
documentation support, I-load analysis and definition, IMU hardware /software 
compatability analysis, IBM implementation and verification support, SAIL verifi- 
cation support, and FTR definition support using previous flight data and experi- 
ence. 

MPAD is under track task to Rl/Oowney to provide requirements development and 
documentation support. This task Integrates approved requirements changes into 
the FSSR documentation as required. The task also evaluates all CR's that inter- 
act with the onorbit navigation function and report the results to the OASCB. 

Any navigation CR's that are required as a result of previous flight data, per- 
formance studies, or other reasons will be developed on this task. I-loads for 
STS 2-4 will be updated based on requirements analysis, previous flight data, or 
hardv*are changes. 

This task will analyze the current IMU hardware performance characteristics that 
are a basis of the navlgaticvi software to ensure a compatible hardware/software 
system. After STS-i , the flight data will be analyzed and changes proposed for 
subsequent flights if necessary. The version 18 navigation system performance 
will be evaluated for the verlous onorbit mission activities. 

This task will support IBM's version l8 Implementation activities by supporting 
the design and code reviews and the modular development testing activities. Sup- 
port will also be given to the IBM verification activities. The detailed code 
for version 18 will be reviewed. Alsc . the IBM levels 6 and 7 cases will be 
reviewed prior to Cl. 

The task will support the definition of a verification teat plan for STS-2 
(version 18) and analyze all SAIL verification cases for STS 2-4 in the area of 
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cnorbit mvifRtion* B»oh oate idll b« mluated in terM of mvlfitlon asttom 
porforawnoo. 


3*1 *5*3 Oesoent Navicotion 

This task oonalsta of oU «««ic aaaooiatod nith d«vol<9iiig and varifying tht por- 
fonnanoe of the daaomt navigation ayatoa for SIS 2-4. Hiia aotlvity inoludaa 
CR analyaaa, I-load amlyaia, navigation ayatan hardwara/aoftMara compatibility 
analyaia. parfornanoe teating, ZBH varifioation am^ort, and SAIL and P8L varifi- 
oation aupport. 

Thia taak will avaluata all CR'a that intaraot with tha aaoant navigation ayetan 
and report tha raaulta to tha OASCB. Any navigation CR'a Uiat ara required aa 
a reault of pravioua flight data, parfomanoa atudiaa, hardware, or other 
ohangaa will be developed on thia taak. I-loada for sn 2-4 will be updated 
baaed on pravioua flight data, v^iola ohangaa, flight teat raquiranenta, flight 
profile ohangaa, and any other raaaona. 

Thia taak will analyaa mirrant performnoa obaraotariatioa of tha vtitiola hard- 
waru on wbioh tha navigation ayatan dapanda for in^ta to anaura a ooaipatibla 
hardwara/aoftiAra navigation ayatwt. Pravioua flij^t data will be analsraad and 
prt^oaad ohangaa to tha navi^tion ayatan be nada aa required. 

Thia taak will avaluata tha daaoant navigation ayatan parfomanoa for tha var- 
aion 18 aoftwara raquiranenta. Pravioua flight data will be analyaad to deter- 
nine any inpaeta on tha varaion 16 navigation ayatan. Alao, tha affaota on the 
navigation ayatan of any fli^t teat raquiranenta, vahiola ohangaa, or flight da- 
aign oonatralnta will be evaluated. 

Thia taak will aupport IBM and SAIL/PSL varifioation aotivitiaa* Tha detailed 
code for varaion 18 will be raviawad. Tha IBM level 6/T teat oaaaa will be 
reviewed prior to Cl. Thia aotivity inoludaa aupporting tha definition of tha 
varifioation teat plana and prooaduraa and analyzing tha SAIL and Fm. varifioa- 
tion oaaaa for STS 2-4. V«>ifioation oaaaa will be analyzed in tama of daaoant 
navigation ayatan parfomanoa. 


3.1.6 Conaunablaa Manaaanwit 

Thia taak inoludaa aupport in U>a araaa of nmipropulaiva and QHS/RCS 
oonauaablaa. The produota and aohadulaa tea' thia tame are ahown in table 3.1.6. 


3.2 MCC SOFTVARB 


3.2.1 Aacent/Aborta 

Thia taak conaiata of aupport to tha real-time MCC proceaaora and off-line MCC 
prooaaaora. The offline prograna Include the SRB inpaet pradiotor and the launoh 
trajeotor qualification .*'<v.'t«^m produota and schedule for the LTQS are TBS. 
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Formulation ohangea nooeasanf to support < 9 orati<»al will bo dtvolopod 
for the abort rogion detwmlnator (ARD) and the abort maneuver evaluator (AMB). 
These dianges will be dooumented and presmted to the Level B RequiremMita Re- 
view (BRR) Board for approval. These plans will be developed and verifieation 
of the prooessors will be supported. 

A performanoe report will also be published to summarize the performanoe capabil- 
ity of ea<A prooessor with ttie inowporated Changes. 


3.2.2 Onorbit 

The area of onorbit processing includes the nsneuver<4!*elated software including 
PRO, MPT, DMT, PPNI, PPI, OPN, two-impulse, RBLMAT/RBPSMAT, and attitude and 
pointing. Support includes reconfiguration testing, wbi<di is aooosipllshed 
principally by inspection, and CR processing and testing as required. Scdiedules 
for the activities are shown in table 3*2.2. 


3.2.3 Descent 


This task Involves activity related to the entry target generator (BTO) and the 
entry planning prooessor of the Mission Control Center (MCC). For STS 2-4, this 
includes: (1) verifying that the MCC has been configured properly tor eaoh 

flight, (2) level C change request (CR) definition, analysis, and verification, 
and (3) incorporating aero and aero heating data as tq>dated flight test data 
analysis. 

The configuration verification task requires verifying the data load for the MCC 
(i.e., atmosphere, aerodynamic, thermal protection system (TPS), and I-load 
data) and the software configuration. The basis for the verification is data 
generated by Independent ETC and entry/TAQI simulation test beds maintained in 
SVDS. Generating the data requires oonfiifurlng the test beds to the specified 
version (i.e., the specified "rev") and then running four ETQ test eases and 
four to six entry/TAEM trajectories. The data are oon^ared to similar oases run 
on the MCC. Discrepancies are then resolved. That activity is scheduled for 
STS-2, 3, and 4. 

Two CR's are known to be required for STS-2: optional TAEM targeting (OTT) and 
a modification to the flightpath angle iteration in the ETG. The OTT CR has 
been approved, and the level C MCC requirements document has been updated to in- 
clude the OTT model. Work is in progress on a test plan document. This docu- 
ment will describe a series of tests to verify that the CR has been laq>lemented 
correctly in the MCC. The tests are similar in concept but independent from the 
configuration verification tests. The independent tests are more comprehensive 
because of the size of the change. 

The change in the ETG fli^tpath iteration will reduce the likelihood of a 
flightpath angle solution not being determined under extreme oondlti(ms. The 
change is discussed in MDTSCO Working Paper 1 .4-WP-DI232-063, "Improvements to 
the ETG", December 24, 1979. The work on the modification has been largely theo- 
retical to date. Additional analysis is scheduled to increase the data base of 
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ttM change* The (Aiange is scheduled to go into the NCC oonourrently with the 
OTT changes. In additicn* ongoing CB suj^ort is scheduled for possible changes 
to the guidance or the thermal protection system (TPS) model during STS 2-4. If 
the change to the TAEM range prediotion equation described in the ST8-1 UOrk 
Statement for iiCC support does not fit into the STS-1 timeline, it will be 
included in this it*>m. 

Updates to the NCC aero data may be required due to flight data analysis. 

Updates to the Ci,, Cd, and C)f data used by the HOC are anticipated 4 to 6 weeks 
after each of the first thren nights. This will allow the MCC aero data to be 
updated for the next fli^t if necessary. That activity is included on the 
schedule. The activity will be similar to ocmfiguration verification tests but 
of a lesser magnitude. 

Updates to the aero heating data may also be required* Updates to these data 
are anticipated 2 to 3 months after ea^ flight. This will not allow the HOC 
data to be updated tw the next night. However, the data will allow the NCC 
TPS model output to be calibrated for the following flight and the MCC aero 
heating data will then be updated for the subsequent night. This uq>date is con- 
current with the reconfiguration testing for the appropriate flight, and this ac- 
tivity is included on the schedule. 


3.2.4 Navigation 

The ground navigation system includes MCC HY/SH and KSC HH/SH aid to the track- 
ing systems and oommunloations network. The MCC software ta^ involves require- 
ments (Aianges, constants definition design review, verification support, and re- 
quirements testing. 


3. 2. 4.1 Asoent /Descent 

The MCC asoent/desoent software functions include: 

a. Tracking data input processing the high-speed input processor (HSIP) 

b. Determination of Orbiter position and velocity on a cyclic basis by the 
high-speed trajectory determination processor (HSTD) 

0 . Computation of changes to onboard knowledge of position and velocity using 
the state vector update processor (SUP). 

The products and schedules for this task are shown in tables 3.2 .4.1. 

3*2.4 .2 Onorbit 

The NCC orbital nav SW functions include: 

a* Tracking data input processing by the low-speed input prooessor (LSIP) 
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b. OateraiiMtion of position and vslooity iqf proosssing trsoking data ualng tha 
onorbit determination prooessor (ODP) 

0 * Determination of downtraok position (quiok-look DTP prooessor) 

d. Evaluation of orbital state solution using measurement residual and state 
oomparlson display driving software. 

e. Control software for the LSIP, ODP, DTP and for positioning veotors for 
uplink to the onboard nav system. 

The products and sohedules for this ta«dc are shown in table 3.2.M.2. 


3*2.5 Conaumabies Management 

i 


3. 2. 5.1 OMS/RCS Conf>umables 

This task supports the real»time NCC quantity remaining oo^>s and mass 
properties, and provides the offline processors for ONS/RCS (ELDON and mini* 
ELDON). Products are shown in table 3. 2. 5.1. 


3. 2. 5. 2 Nonpropulslve Consumables 

This task supports the real-time HCC quantity remaining comps and provides the 
offline processors for BPS, CAP, systems configuration management, and APU ftael. 
Products are shown in table 3.2. 5.2. 


3.3 FLIGHT DESIGN 

This task covers all of the activities required to develop the trajectory, atti- 
tude, nonpropulsive consumables and OMS/RCS consumables profiles for the STS-2 
throu^ STS'k flights. This includes the effort required to develope the opera- 
tional flight profiles ((^P) as well as the program sun>ort leading up to the 
OFP. The overall schedule for the development of the OFP for STS-2 through 
STS-4 is shown in table 3*3* 



3.3.1 General 
(Write-up TBS by FM 17) 

The sohedules and (woducts for this task ewe shown in table 3*3*1* 

3.3.2 Asoent/Ascent Aborts 

This task consists of performing the necessary asoent/asoent abort trajectory, 
SRB/BT separation, and SR3/BT disposal analyses to support the development 
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groundrules, oonoeptual fUj^t profiles and the operational asoent/abort 
flight profiles for STS-2 throu^ STS-M. Speoifio duties include fenerating 
and verifying all ascent and abort onboard guidance S/U I>Loads, generating 
onboard asoent/abort flight data file and orew activity inputs» generating 
asoent/abort trajectory data for NCC displays and console data packs » generating 
ascent/abort trajectory data for the onboard CRT displays » defining aseent/abort 
inputs for the MCC and generating ascent products in support of range safety. 
This task is directly responsible for publishing the ascent and abort volumes 
of the Operational Flight Profile and the associated dispersion analyses. 

The schedules and products for this task are shown in table 3.3*2. 


3.3.3 Onorbit 


3. 3 *3.1 Trajectory and Attitude/Pointing 

This task consists of integrating the onorbit flight trajectory and attitude 
timeline with the ascent and descent phases. Groundrules and constraints are 
compiled and integrated with flight test requirements and payload objectives to 
produce conceptual flight profiles and the onorbit prof '.les for the operational 
fli^t profile. Specific products are: conceptual flight profile documents: 

groundrules and constraints (OFP Vol. I), flight profile summary (OFP Vol. II) > 
onorbit flight profile (OFP Vol. IV), attitude and pointing cq>pendix, supertapes 
for CFP and OFP, and common format trajectory and attitude tapes. 

Reconfiguring the onorbit trajectory and attitude/pointing for launch slips may 
cause the supertapes, common format data tapes, and attitude timeline to be re- 
generated . In addition, RELMATS and REFSMATS must be updated for the simulation 
data packs and flight data files. 

The schedules and products for this task are shown in table 3.3.3. 


3.3.3b P/H Ejection and RMS 

The payload ejection systems analysis part of this task will provide a quality 
assurance of various flight design ejection systems by reviewing and critiqueing 
contractor ejection designs, operational tests and ejection analyses at contrac- 
tor hardware installations. An evaluation of the groundrules and operating pro- 
cedures of ejection systems with respect to crew safety and safe separation 
clearances will be performed. The results of the QA effort will be documented 
and input to specific mission groundi*>'les and procedures documentation if appro- 
priate and required. If independent additional dynamic analyses are necessary 
for problem ejection systems, these will be performed by JSC with local contrac- 
tors to assure a safe and adequate, verified ejection system. 

The RMS part of this task Includes the establishment of RMS groundrules, 
constraints, and a data base for purposes of generating paylaod handling phase 
timelines, profiles, and 1-loads for supporting OFT flight design activities and 
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Operational Flight Profile development, and the plume impingement FTR that is 
currently scheduled for STS«4. 

The schedules and products for this task are shown in table 3*3*3* 


3 *3 *4 Descent/GRTLS 


3.3.4a Deorbit Targeting 

For each (FP, the following products will be generated by this deorbit task: 

Nominal deorbit targets 
Entry RELHAT's and REFSMAT's 

Block data solutions for each deorbit opportunity 
Parametrics data for deorbit analysis (triple down-^mode cures, 
bum data, tank failure capability, etc.) 

These data will be published in the descent QFP document and/or Iqr memo. 

The schedules and products for this task are shown in table 3.3.4. 


3.3.4b Descent 

Schedules and manpower for a descent design cycle have been developed using tem- 
plates or models that address the recurring tasks and products of a design 
cycle. Templates were developed based upon STS-1 Cycle 3 em>erienoe, but 
projecting increased automation and efficiency. Near-term minimum suid mEUCimum 
templates were developed to represent schedules and manpower in the STS-1 to 
STS- 4 timeframe. A minimum teiq>late represents the resources required to de- 
velop a cycle update when no major profile reshaping is required, but enough 
changes have occurred to warrant a new cycle with attendant products. The maxi- 
mum template represents a major tq>date, for example, updated aerodynamics or 
thermal criteria or major mass properties changes or new angle-of -attack 
profile. These templates are presented in tables 3.3. These templates are the 
basis for schedule and resource estimation for each flijdit design activity. The 
appropriate template is chosen based « 4 >on flight design coiq>lexity and experi- 
ence level. Additional tasks are then scheduled as necessary to accommodate 
unique flight activities requiring early or parallel activity compared to the 
tenq>late . 

The najor tasks for a descent design cycle Include the design of the end of mis- 
sion and AOA, the design of the GRTLS, and the definition of the contingency 
abort entries (CAE). 

The end of mission and AOA task encompasses all those activities required to gen- 
erate a flight profile and guidance I-load set from deorblt through rollout, as 
well as the generation of data for ground and onboard monitoring, simulator 
reset points, flight program verification and documentation. The AOA is 


13 




STS 2-4 

Included with the nominal profile because the AOA utilizes the sane set of 
I-loads as the nominal profile. 

The GRTLS task oncompasses all those activities required to generate a flight 
profile and guidance 1-load set from external tank (ET) separation throu^ 
rollout, as well as the generation of data fbr ground and onboard monitoring, 
simulator reset points, flight program verification and documentation. 

Ihe CAE task involves all those activities required to generate representative 
flight profiles from BT separation to touchdoun or ditdi after identification of 
MECO conditions from powered CA procedures. The CAE manual flight procedures 
are evaluated and potential modifications are Identified. The flight envelope 
is defined and survivability assessment performed. 

The schedules for the descent design task are shown in table 3.3*4. The tem- 
plate used for the fll^t design <^ole is specified for the operational fli^t 
profile for eadi fli^t and the additional tasks to be accomplished are also 
identified . 


3*3*5 Wonpropulsive Consumables 
(The M?ite-up is TBS by FM2) 

The schedules and products for this task are shown in table 3.3.5. 


3*3.6 OMS/RCS Consumables 


(The W'ite-up is TBS by FM2) 

‘Rje schedules and products for this task are ^own in table 3.3.6. 


3.3.7 Navigation 

This task Involves tiie activity related to the specification of the navigation 
constants required for flight design. The products and schedules for this task 
are shown in table 3*3.7. 

The schedules and products for this ta^ are shown in table 3*3.7. 


3.4 FLIGHT OPERATIONS SUPPORT 

Pli^t operations support is of three fundamental types. One is the analysis 
support to the Flight Techniques Panel to develop techniques for data management 
and decision logic for real-time trajectory control. The second fundamental 
type of support is called direct flight support and includes real-time support 
to the flij^t control team during simulated flights and during the STS 2-4 
flights. The third type is the systems design support, which Includes analysis 
of various subsystem/v^icle configurations. 
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3.M.1 Flight Techniques Support 

Support for STS 2>4 will consist of updating teohniques based upon previous 
flight results, revisions to flight or MCC »>ftware, additional flight test re- 
quirements, and revisions to flight profiles to aooonplish flii^t test 
objectives. 


3 .4 . 1 . 1 Ascent/Aborts 

This task will be responsible for developing ascent /abort and SRB/ET separation 
and disposal flight teohniques, attending flight technique meetings, briefing 
recommended Ascent flight techniques and responding to flight teohnique action 
items. 


3. 4. 1.2 Onorbit 


3.4.1 .2.1 Attitude and pointing .- Support to flight teohniques consists of 
analyses as requested on subjects such as timeline effects due to lifting 
changes, maneuvers to achieve flight test or payload objectives, and star selec- 
tion and IMU alignment procedures. Products are usually in the fora of presenta- 
tion material and/or memos. Schedules and resources are difficult to estimate 
due to the uncertainty of meeting schedules and number of action items. Prod- 
ucts and schedules for this task are shown in table 3 *4. 1.2.1. 


3.4. 1.2 .2 Onorbit (»<S maneuvers .- This task will be responsible for developing 
onorbit CMS maneuvers flight teohniques, attending flight techniques meetings, 
briefing recommended techniques, and responding to flight teohnique action 
items. The products and schedules for this task are shown in fi^re 3. 4. 1.2. 2. 


3. 4. 1.2. 3 RMS .- This task will support the Flight Techniques Panel with trade 
studies, analyses, action-item support and presentations. For this purpose, the 
task will evaluate the capability of the RMS to handle specific payloads planned 
for OFT missions. This also includes support of the plume ImpingODent FTR 
scheduled for STS -4. 

The products and schedules for this task are shown in table 3. 4. 1.2. 3* 


3. 4. 1.2. 4 Payload ejection .- This task will perform quality assurance of vari- 
ous flight techniques with respect to ejection systems for payloads being 
ejected from the Orbiter payload bay and evaluate with respect to crew safety 
and safe separation clearances from the Orbiter. The task will document 
results of the QA effort and input to specific mission techniques if appropriate 
and required. 

The products and schedules for this task are shown in table 3. 4. 1.2. 3. 
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3*4. 1,3 Descent 

3,4. 1,3*1 Deorblt ,- Fillet techniques meetings will be supportedi and action 
Items will be answered by menx> or presentations to the techniques meetings* 

Products and schedules for this ta^ are shown in table 3.4. 1.3,1. 


3*4. 1.3.2 Etatry thr ough lAn dlnm/ORTLS .- 

STS-2 

The TABM flight techniques oust be revised for STS-2 and subsequent flif^ts due 
to the incorporation of OTT. Some of the basic flight techniques oonoepts were 
developed during the simulations ^ding to the OTT flight software development. 
Howevor, subsequent redmtlon of the TAEM flight corridor will cause significant 
revisions in the OTT TAEM profile and in the OTT procedures ft*om tiiose developed 
durii« the OTT simulatioi. This is beoauM the dive maneuver required for large 
turn angles <mto final approach will be severely restricted, thus limiting the 
maximum turn auigle onto final approach. This is also the first flight that will 
incorporate attitude maneuvers to develop data to define the Orbiter aerodynamic 
and aerodynamic heating characteristics. 

STS-3 

Presently there are no fundamental profile changes for STS-3; however^ this is 
the first flight that will use the autoland guidance through landing and the at- 
titude maneuver required for fli^t testing will be a different set than accom- 
plished on STS-2. Thus, tile primary flight operation support activity will be 
to update the flight techniques based upm flight test data, to define tech- 
niques for monitoring the autoland guidance, and in providing direct flight sup- 
port to the flight control team. 

STS-4 

STS-4 will be the first flight using a low angle-of-attadc profile required to 
flight test tile high crossrange capability, hi addition, this will be the first 
flight that lands at KSC, and this flight will have a different set of attitude 
maneuvers then previous flights. Further, analysis of flight test data on 
STS-2 and 3 to define the Orbiter aerodynamic heating and aerodynamic characteris- 
tics may permit or may require profile modifications. Thus, the primary 
flight operation support activities will be revisions of the flight techniques 
because of profile revisions and because of Orbiter performance iqidate using 
flight test data. 

The products and schedules for this task are shown in table 3. 4. 1.3. 2. 


3. 4. 1.4 Consumables Management 
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3*4. 1.4.1 McnproDulaive oons tiMbla* ■ - TBS by PM 2 

3.4. 1.4.2 0MS/RC8 Conaumablea TBS by PM 2 


3 .4. 1.5 Navigation 


3.4. 1.5.1 Onboard S/W aupport .- Crew prooedurea and ground support requireaants 
for nonltoring, control, and support of onboard nav will be defined/developed. 
Plight technique action items will be supported on demand within resouroe 
constraints. 


3. 4. 1.5.2 MCC asoent/desoent .- Prepara**im and presentation of existing informa- 
tion is provided upon demand, znfomatlcm requiring special studies or oonputar 
runs are costed and scheduled as new starts. 


3. 4. 1.5. 3 MCC onorbit .- Action items response is provided on demand including 
computer runs and studies within resouroe availability constraints. 


3.4.2 Simulation and Real-Time Support 


3 .4 .2 . 1 Ascent/ Abort 

This task will be responsible for suporting asoent/abort guidance evaluation 
abort region determination, SRB impaot prediction, and day-of -launch I-load eval- 
uation. The products and schedules for this task are shown in table 3. 4. 2.1. 


3.4 .2 .2 Onorbit 


3. 4. 2. 2.1 Attitude and pointing .- This task will provide sim and real tine sup- 
port to POD from the flight dynamics staff support room. It will also assist 
POD personnel with off-line bench programs such as the orbit attitude graphics 
program and the universal pointing bench program. 


3 .4 .2. 2. 2 Onorbit QMS maneuvers .- TBS by FM 41 

3.4 .2 .2.3 we.- TBS by FM 41 

3.4.2.2.4 Payload election .- TBS by FM 41 
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3*4«2.3 Oeao«nt 


3»4.2.3.1 Deorblt 


3.M.2.3.2 Ehtry through landliMt/Qim.S 
3.4 .2 .4 Conaunables Mamgsment 


3.4 *2.5 Navigation 


3.4.2.5.1 Onboard .- Tbia tade will aonltor quality and control the onboard navi- 
gation and attitude determination including nav aenaorat filtera» and nav aanaor 
RN. It will alao reocmmend nav ayaten oontrol to flight dynanioa o^ioer. 


3.4.2.5.2 MCC aaeent/deaoent .- Ibia taak will monitor quality and aeleot inoom- 
ing traoking data and adviae TRACK on data problema, control atate deteralnation 
prooeaa, control atate update prooeaa, aaaeaa performanoe of above, and support 
PLT DIN officer. 


3.4 .2.5*3 MCC onorbit .- Thia taak will monitor and control inooming data and ad- 
viae TRACK on data problema, aeleot/edit data, control orbit determination pro- 
oeaa, aaaeaa performanoe of aolution, adviae PLT DIN officer on atate 
use/quality, support traoker aohedullng, and control state vector handling. 


3.4.3 gyatema Deeittn Support 


3.4 .3.1 Nonpi'opulsive Consumables 
TBS FM2 

3.4. 3.2 ET Disposal 


TBS FM41 

3.5 TOCL DEVELOPMENT 

This task Includes development of integrated division tools such as SVDS, inter- 
nal branch bench programs, and real-time offline programs. 
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3*5.1 IntMtrafd Division Teels 


3.5.1. 1 SVDS 

The Space Vehiole Dynaaloa Slmlation (SVDS) progrem is the pr leery Shuttle slani- 
letion tool used MPAD* The SVDS is used by NPAD to support five major 
funotlons: 

1. VAiole perforeanoe analyses 

2. Flight software algorithn deve lcp ee n t and testing 

3. Flight software testing and verification 

4. Flight teohnlques analyses 

5. Generation of operational flight profile (OFF) data products 

The SVDS la a oonplex of computer progress simulating Shuttle asoent, SRB and BT 
Separation, ascent aborts, onorbit, and descent mission phases. The SVDS gener- 
ates trajectory and vehiole dynanios information for each mission phase. 

Modeling includes the physical environment, vehiole system oharaoteristios, and 
the onboard software algorithms providing guidsnoe, navigation, and control. 

Both alx-degrees-of-freedom (6 DOF) and three-degrees-of-freedom (3 DOF) simula- 
tions are available for most mission phases. Nultlvehiole simulation capability 
Is available for several mission phases* 

A trajectory simulatim i»*ograa, which contains the modeling capabilities 
desired. Is prepared for eadi flight. These oapabilities include approved revi- 
sions to the guidsnoe, navigation, and control models. Additional alterations 
are also made for the modeling of environment, physioal properties, and data gm- 
eration to reflect data source changes uid output requirements definition* The 
models and support routines are verified individually and merged for a final ver- 
ification. The eooq>leted alter oapability Is stored on system files for aooess 
by the user eonounity. 

The current STS-1 version of SVDS is a oolleotion of program files, data files, 
and runstreams provided or oolleoted by SDB to support the generation of the 
Cycle 3 OFF and the latest round of SDL ooii^arlson tests. That versi<m of SVDS 
is being updated to support a soheduled revision of the STS-1 OFF. Further 
model enhancements and validation will be done to support continued (post-OFF) 
STS-1 perforeanoe and flight techniques analyses. Additionally, a 
programer /analyst level of effort will be maintained until STS-1 flight for 
unsohedules user support, troubleshooting, and last minute model and flight soft- 
ware changes. SDB anticipates SVDS programing requirements will also arise 
out of MPAD's TBD postflight analysis responsibilities. A pr<^ramlng level 
of effort has been projected for that. 


3. 5. 1.1.1 Asomt/abort/deorblt This task consists of developing the SVDS pro- 
gram files, data files, and runstreams that are required to simulate nominal 


19 


m 2-4 





•soMit throu^ OMS-2 instPtlotti nralnal dtorblt* AOA, H0| md PHILS, 
uota and Bobtdulm for thia tuk oro abem In tnblo 3*5.1 .1. 


Ibe prod- 


3.5.1.1.2 Aaeont aopomtlon aln .- Ihio took oonoioto of 01 i n o o r po rotion, 
onboaooaratot and progm oalntananoa «id ai;da. Proditota «id aohottaloa «*o 
abowB in tablo 3.5.I.I. 

3*5. 1.1 *3 Onorbit aln .- Ibla taak omaUta of dovoloplng oad ■ainUining 
SVD8 prograa flloa, data filoa* and nmatraaaa Ibat art raqulrad to alaolato 
Shuttle wbital c^eratlona for SIS-2, 3. and 4. 

Prograa niaa are aeparated into tao baaio fp*oi;9a: 

a. 3>00P aiaulation 

b. 6-DOP aiaulation 

Baaio ooaponenta of the 3-DOP atioulation are: 

a. bitegration of vahiole tran^latiMial aotion (aultiv^iole) 

b. Powered explioit guidance (KQ) or aiaple oroaa^roduot atenring guidanoe 
o. Paeudo oontrol apatem, i.e*. ateering interface 

d* Bnvirmment inoluding drag and g»*avity 

e. Vehiole hardware inoluding BCS and 0N8 enginea 
f* Detailed aaneuver table (DHT) aoftware 
Baaio oofl^onenta of the 5>D0P aiaulation are: 

a* Integration of vtitiole tranalational and rotatioml aotion (aultivehiole) 
b. Onorbit digital autopilot (DAP) 

0 . Onboard orbital naviiption 

d. Dbiveraal pointing prooeaaor /attitude prooeaaor fll^t aoftmre 

e. RC8 enginea with pltaie la^ingeaent 

f. Bnvlronaent including dreg wid gravity 

g. IKI model 

h. Vehiole aaae properties 


o 




I 

i 
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( 3-DOP 0»»biUl Sl« 

Tlw ouiTvnt 3-OOP orbital similation progroa flit auppOi^tinf axiatlng raqulra- 
■ant to produoa datailad aanauvar table (DHT) inforaatioii. BHT tapoa are 
I ganaratad froa SVDS runatraaaa rapraaantlng tranalatlonal aaaauvara aad ooaat 

t pbaaaa. lha raaulting bum data era wrlttan onto a tape aad printed by a OMT 

poatprooaaaor* In addition, axiating SVDS diaplay aoftwira produoaa a plot 
^ tape. Both of thaaa tapaa are thm uaad to aupply inforaation to the aupartapa 

^ prooaaaor. The aupartapa prooaaaor will output a aiaaion-dapandant aupartapa 

for uaa by the oraw aotivitiaa group. 

6-DOP Onorbit Sia 

' ' « ■ ■ — 

Prograa file updataa to the 6-DOP aia will inoluda: 

Pliaht Plannina Update Pile 

l^ataa to the onorbit DAP, univcraal pointing prooaaaor, and the atar traokar 
will enable analyata to do flight plaming for OPT aiaaiona including the follow- 
ing: 

a. RCS propellant uaaga analyaia 

b. Varifioation of univaraal pointing prooaaaor and atar tmoking capability 

Souroa of program file updataa ia a aat of ohange raquaata (CR) to the flight 
( aoftwara . 

The produota and aohadulaa for thia tad: are provided in table 3.5. 1.1. 


3.5. 1.1. 4 Daaoant aim .- Thia taak oonaiata of davaloping and maintaining the 

SVDS program filaa, data fllaa, and runatraam that are required to almulate | 

STS-2, 3, and 4 deaoent through roll-out (including ORTLS). \ 

The major almulation produota In thia area are: | 

a. STS-2 end-of-miaaion capability 

• I 

The preparation for the STS-2 almulation raquirea a number of new modeling 
oapabilitiea. Thaae include OTT, MSBLS error model, input matrix teating, 
altered OOV matrix input optiona, nav atate update, and flight aoftwai*e 
modifioationa. The modificationa for the guidanoe, navigation, and oontrol | 

are defined by PSSR change raquaata which are reviewed and thoaa appropriate i 

changaa and additiona arc made and verified. A collection of the j 

j I aubroutinea and altera are placed onto the user file along with data ale- j 

menta and runatreama. Following delivery of the capability to the uaar, | 

continued uaer aupport for debug, correction, and minor addition ia needed. ^ 
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b. SrS-2 ORTLS OPP Mpabillty 

Tbt tMk rcqulrtd for* prtparttien of this produot iMludM stvtrftl IUm 
dtMTlb«d for tht BON OPP plus som ftddltloml otpabllltlM inoludinit vsri- 
•bl« un Md mM propM*tlM» rollout* RC8 thrust oad BNOBOT ILOAP 
addltioBO. Tht fUsbt softuuro Mtlvlty ond usor oupport will bo oUdlor to 
tbt BON totlvltiot. 

0 . srs-3* t tetoont OPP otptbllltp 

Tht gtotrtl tuppw>t of tbit produot will bt tlalltr to tbt STS-2 totlvltlot 
tod will tlto Saeludt tbt tddltlon of ttttral long Itod-tlM mvlgttlon 
ittus inoludlng now ATPBOC, Tbotn* tad ZND Mdtllag routiata. 

Tht tntry otptbility it to b* brought to tbt SVD8 alltttoat ia ordtr to pro- 
vidt tdditiontl otptbilltlM for PIB tat ly tit Utkt* Tbit totlvity It tlto 
t ntottetry port of tbt PD8 prtparttl'oo. 


3*5.1 *1*5 sms Syttta. utllltitt. tad ooatDroetttwt .- Tbit dtvtlopt tad 
atiattiat tht SVDS tyttta tofttart rtquirtd to optratt tbt rtiontl tlault- 
tloat for tsotat* abort, oaorblt, tad dttotat. Tht altetllk ^ -Ait utility pro- 
grtat tad poatproottaora utt4 ia ooajtmotioa uitb tbott tiat art tlto ooattiatd 
h««. 

Tht SVDS syttta aoftvtrt OMititta of tbt SVPS ii^ut prootttor, trc SVDS 
iaitUlisttioa logio, tbt nuatriotl iattgratora, tht ttraiaatioc* xogio, tad tht 
output prooattiag. laoludtd ia tbit produot arta la tht ta^ of ptrlodioally 
oolltotiag SVDS Bodifioationa that havt btaa aadt to all artat of SVDS Md 
produo tog unifitd SVDS ailtsttmtt* 

Tht tat of postprootttort ooasitta of tht prograa filtt, data filtt, aad 
ruastraam rtquirtd to prootat SVDS output data to gtatratt OPP data produott. 
Stveral au(di poatprootators art optratioaal and rtquirt littla aodifloatioa and 
aalnttnaaot. Othtra art aohtdultd to undtrgo aajor tnhanotarata. 

a. HBLNAT and REPSNAT Gtatrator (ADINOT) : Doouatntation and uatr oonaultatlon 

planned. 

b. Poraat Convtrttr for CoauMn Data Taps (CTAPB) ; Thia prograa eonvtrta ONIVAC 
binary wforaattad D-tapea to k) ZBH ooapatiblt BBCDIC taps. No further dt- 
velopaent plannad * 

0 . Ooauon Data Taot Generator (DTAPE) ; Thia prograa raada output SVDS flXta 
and generatea D-tapea. No further dtvtlopaent plannad. 

d. Separation Pioture Plot Generator (HPLOT) ; Thia prograa produota aeparation 
picture plota of SRB and ETSBP. No furthM developaent planned. 

e. Stotion ConUct Generator (RMIAR) ; Thia prograa produota oontaot dlaplaya 
that dtaoribe vahioit viaiblllty with reapeot to groundatutlona or TDR8. No 
further developaent planned. 
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f. Sim knaim (spmMB>i This pFogrsB oosputts Sus Isok anglss. No 

fupthor dsvelopssnt plsimsd. 

S* Smmi»t>im This progTSs gonsrstss s tops of suxlllsi^ 

trsjsotorr inforastlon storod In 10 fllM. This tops Is rsgulrsd for orsw 
aotlvlty pluming tf ths Crow Training and Proosduras Division. Ths progran 
has been built and Is opsratlonal but Is undargolng sons Bajor ravlslons and 
snbanoaaants. Ths rasultlng DI8Q progran ulU provlds all ragusstsd OPT uid 
OPS oi^abllltlss* flm work to bo dons undu* this subbaak Inoludss ths revlsir 
and oonplotlon of aaoh prooosaor» .oods» and QOHHON standardisation and 
olaanupt Inoorporatlon of a vsralon of ths SVDS li^vt proossaoTt and oonvsr- 
Sion of ths progran taps output to ths plot taps fornat both for MPAD uss 
Mhsn DiSO bsoonss part of ths FDS and tw orsstlon of ths ti^ dsUvsratls 
to Craw Training and Proosduras Division (CTPD). Baoh proosssor will bs 
rsvlswsd for Inoluslon of oonputatlons for all raqulrad OPT and (ffS ou^ut 
paranstsrs. Cbsoks will bs nads for oorrsot units* rotational asqusnoss and 
adhsrsnos to rsqusstsd oonvsntlons. Baoh rsvlsw will Inoluds a wall^througb 
of oods for all posslbls proosssu* ^tlons. All oods and OOMON struoturss 
will asst SVDS standards. Ths proosssu* oosnsnt osrds will bs ohsoksd and 
updatsd If rsqulrsd to rsflsot ths final progran dsslgn laplsaantatlon (CD 
cards and oods inbsddsd oonnsnts). A vsrslon of ths SVDS Iraut proosssor 
will bo iaplsmsntsd to handls progran input rsqulrsnsnts. Ths output rou- 
tines will bs Bodlflsd to produos a binary plot taps for uss by tbs PDS and 
an ASCII "plot taps" foraatted taps for dslivsry to CTPD. 

b. Table Pianlav Oanspstor (TABDislt This progran gsnsratss tabular dlspUy 
for OPT froB data tapes generated by SVDS and Its postproosssor. Only a 
user's guide update is currently planned, but a slgnlfloant TDD set of rs- 
quirsBsnts is sxpeotsd froa FAB* 

i. Tape Print Program fTPAlMTl t This pro^an prints an SVDS generalized output 
tape. No further devslopnent is planned. 

j. Generalized Plot Proaraa (TRMPLTlt This program gsnsratss plots for OPT 
from a data taps generated by another progran. This Is ths generalized plot 
program used by SVDS, but it also is used across tbs center by non-SVDS 
users. Current work planned will produce a user's guide tmdats incorporating 
information for OFT-1 Cycle 3 OPP capabilities, and will produce a capability 
to generate the entry constraint boundary plots. In addition, a significant 
TBD set of requirements is expected socn from PAB. 

The products and schedules for this task are provided in table 3>9*1.1* 


3.5. 1.2 Launch Trajectory Qualification System (LTQS) 

This task will continue the malntenanoe and mods of the LOTS throughout the STS 
2-t flights. The LTQS is a non-MCC ground software program that will analyze 
the launch trajectory based on specific vehicle dependent data and environm«ital 
conditions <m the day of launch. This program will generate first-stage guid- 
ance I-loads based on measured winds and evaluate the adequacy cf first-stage 
guidance constants by simulating the trajectory and determining the vehicle 
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foroas using Mssurad aivlponaantal aondltlana* A sat af tnajaotory data ulU 
also ba gMaratad for farthar loads analysis by othsr prograna. Tha promts 
and sohadulas for this task wa shown in tabla 3*5*1*2* 



3.5*2 Aseant/Abort 


This task will priaarily ba raaponsibla fbr aalntaining and davaloping naoaasary 
asoant trajaotory ganaraticn tools to oarry out tha raquirad aarvioaa to ntiafy 
tha asoant /abort produota and aehadUlaa. Spas if io asoant tools Snoludo ttia SV08 
Mith the raquirad nodal aodifioatlonst baaoh and off-line prograas to aiw<>>^ os- 
oant guldanoa ohaokout and varifioatlon, and autonatad QVP and onboard Si/M I- 
load generation prooaasora. Spaolfio abort tools inoluda bmoh prograas for ttta 
A8D, AMB, stand-alone PBQ; SV08 aodifloatlons ooapatlbla with abort raqolra- 
nants; and autonatad OFP wad onboard S/W I-load gwaaration prooaasors for abort. 



Tha produota and sohadulas for this task are shown In tabla 3*5*2. 


3.5.3 Onorbit 


3.5.3. 1 Attitude and Pointing 

This task will ba responsible for aalntaining and developing adequate tools to 
oarry out tha required aarvioes to satisfy tha attitude and pointing products 
and schedules. 

This includes benoh prograns for the onboard Universal Pointing and Antaima Msn- 
aganent Processors , the View Prograa, Uie Flight Plan Suanary Prograa. the Befer- 
enoe Mission Analysis Prograa. tha Antenna Field of View Prograa. and the 
Orbital Attitude Graphics Prograa* 

The products and aohedules for this task are shown in table 3*5. 3*1 • 



3. 5. 3. 2 Onorbit ONS Maiwuvers 
TBS FM41 



i 

i 


3.5.3.3 RMS 

This task will validate aodlfioation to and provide long-tera oonflguratiwa con- 
trol over the PDRSS prograa. This task also includes aslntensnoe of a funo- 
tional slnulatlon of the RMS fllfd^t software Including tradcing and evaluating 
RMS flight software CR's. 

Products and schedules for this taak are ^own in table 3*5*3*3* 
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3«5*4 Dftaoftnt 


3.5. 4.1 Deorblt 
^ TBS FM41 


3. 5. 4. 2 Entry Through Landing 

This task is far the oontinued developawit of the SVDS and LAND prograos to sup- 
port STS 2-4. 

The SVDS and LAND simulations » and the associated postprocessors, provide a oapa- 
bility tw medium- and high-fidelity simulation of atmospheric descent for BOM, 
AOA, CRTLS and CA. Both simulation programs can be used for 3*B0P and 6-DOF 
simulations of the desoent dynamlos. The 6-DOP simulations have a high-fidelity 
functional simulation of the QMAC flight softuare and systems. The 3-OOF siimila- 
tions have a high-fidelity simulation of the 0 and N fll^t softuare and 
systems, bouever these simulations employ a low-fidelity model of the flight con- 
trol system and the Orbiter high-frequenoy dynmios. Both programs in the 3-DOF 
and 6-DOP versions require significant computer core and compute tine so that 
a batch mode of computer operations is required. This results in a time- 
oonstuDing process for analysis requiring an iterative process. 

The SVDS simulation is one of the primary desoent support tools used for GNAC 
performance verification; for flight design verification (except for Monte Carlo 
analyses); tar SMS validation testing; for MCC program development and verifica- 
tion; for performance analysis of atmospheric desoent; and for development of 
trajectories for APU and BCS consianable analysis. The SVDS similation was origi- 
nally conceived to have end-to-end simulation capabilities from deorbit through 
wheels stop on the runway, but the overheaul and structure of the simulation does 
not allow for automatic phasing of the 6-DOF deorbit sisiulatlon to the oitry and 
rollout simulation. 

Major program modification for new capabilities development are the incorpora- 
tion of the OTT guidance logic and models for simulating the ASl, PTl and POPO 
attitude maneuvers. These models are required to support STS-2 and subsequent 
test flights. The simulations will also be updated to incorporate aerodynamic, 
aerodynamic heating and GN&C flight software model revisions based upon flight 
test results, and to incorporate GNC flight software modifications. 

In addition to these requirements to support particular OFT flights, long-term 
development of the general SVDS capability will continue. This includes 
continued development of the automated output capability and the banking tech- 
nique for relieving the Univao 1108 computer core limitations. The automated 
output capability will include a link between the SVDS program and the Daconics 
word processor for report generation; automatic output of data required for the 
MCC, FDF, and simulator reset points; automatic processing of I-loads ft*om octer- 
nal sources; and automatic handling of data bases for SVDS simulation 
interfacing. 
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The banking concept will also be Incorporated in the LAND simulation. 

The capability development for the SVDS program is defined below. This capabil- 
ity development is divided into two basic categories. One category defines the 
requirements to support each individual flight. The other category is the long- 
term development of the general SVDS program capability that is not essential 
for support of an individual flight. 

The products and schedules for this task are shown in table 3 >5. 4. 


3.5.5 Consumables Management 


3 . 5 . 5 . 1 Nonpropu Isi ve Consumables 

This task covers the consumables models updates and the consumables data base 
management. The consumables models are continuously being revised based on new 
test data (Hotfire, OIT, ATD, etc.), simulator results, and hardware changes* 

The consumables data base management covers the BPS data base and its documenta- 
tion via the Orbiter Electrical Equipment Utilization Baseline* The requirement 
is to keep it current with all of the hardware changes, LRU test data, thermal 
analysis results (heater duty cycles) and electrical conv>onent utilization 
changes resulting from chamges via flight techniques, simulations, onboard soft- 
ware, crew activity time lining, etc. 

The products and schedules for this task are shown in table 3.5. 5.1. 


3. 5. 5. 2 OMS/RCS Consumables 
(TBS FM2) 


3.5.6 Navigation 


3.5.6. 1 Onboard Software Tools 

Navigation bench programs will be developed, maintained, and updated for use in 
verification and evaluation of all navigation-related software. Support will be 
required in the evaluation of actual OFT mission downlist data throu^ develop- 
ment of appropriate computer programs, and use of these programs to analyze navi- 
gation system performance and navigation system hardware math model fidelity. 


3. 5. 6. 2 MCC A/D Software 

The high-speed ground navigation tasks are supported by both bench and offline 
programs. The bench programs for the HSIP, HSTD and SUP MCC processors are 
contained in the HSIP, HELLO and SUPPER programs, respectively. HSTD and SUP 
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performanM analyals are perforaad using the HELLO and SUPPER progranat respeo- 
tlvaly. The ADDLOQ proipraa provides for oonveralon of the HOC 600 BPl Hlaslon 
Log Tapes to Onlvao 1108 ooaputer oonpatlble tapes. The deveiopnent of the 
RSIP, aiP and M)OLOO progress is oospletSt although none of these progress are 
doousented. The HELLO progras, uhloh is Uie HSTD bendi and analysis prograsi 
has been placed under NAS configuration ocmtrol. ModlfioatlMs are being 
perfomed to assist produotloa use of HELLO. An early version of the HELLO pro- 
gras has been doousented* but It Is out of date. There are no plans to provide 
docusentatlon of these progress. The NCC analysis tasks requiring support can 
be perforsed on ui as needed basis to provide capabilities required to satisfy 
HOC A/D navigation aoftvare perforsanoe analysis requlrMsnts. The sohedules 
and products associated with these proffrass are presented in table 3.S.6.2. 

(TBS FM8) 


3.S.6.3 A/D Postfllght 

The asoent/desoent poatflight tasks ure supported by the MJDLOQ and PREEDIT 
prograss. The development of these prograss Is complete. Hodlfloatlons to 
these programs ulll be provided on an as meded basis to satisfy changes in Uie 
postfllght requlreaents. There Is no docusentatlon for either of these pro- 
gress* and none is plumed. There are no products nor sohedules associated 
with these programs. 


3.5.6. A Onorblt Ground Nav Tools 

a. Bench programs.- Bench progress are salntalned for both the OFT MCC Enote Nu- 
serloal Integratiwi (HI) and for the OFT HOC Orbit Deterslnatlon P ogras 
(ODP). These programs represent Independent codings of the MCC programing 
requlreaents as published by MPAD. These programs have been developed and 
verified and are in a maintenance-only statvrn for STS-1. Any nods to the 
NCC will be reflected in bench programs, however, none are anticipated at 
this time. The bench programs are utilized to help analyze problems that 
are encountered with MCC software. 

b. Offline support programs.- A large collection of offline support programs, 
both large and small, are being maintained for STS-1. These programs are a 
maintenance-only status for STS-1, althou^ a programing staff Is available 
to make mods as requirements are defined. Among the larger programs 
currently being maintained are the HOPE orbit determination program, the 
LOVE data preprocessing program, and the ICOAST numerical integration pack- 
age. Numerous smaller software packages and peripheral programs are also 
maintained and modified as required. New programs are being developed to 
deal with new processing requirements as they arise. 

0 . Post flight BET tools.- A large library of programs has been developed 

through the Apollo, Skylab and ASTP programs to deal with the generation of 
postfllght BET data. These include programs to perform the following 
functions : 
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(1) Stamp attituda information from raw data tapaa providad by IDFSD 
through WTQ* 

(2) Edit, marga, and fill attituda Information to form a oontlnuoua atti- 
tuda hiatory. 

(3) Ganarate spaoacraft aphameridaa from groundtraoking obaarvatlona 

(4) Marga aphameria and attituda information 


Theaa programs are being modified, as required, for STS-1. A fhll-aoala vwrifi- 
oatlon of the resulting software, plus interface oheoks with potential users, 
are planned. 


The products and schedules for this task are presented in table 3*5.6. 4. 


3.6 POSTPLIGHT ANALYSIS 

nie basic objectives of HPAD postflight analysis for STS 2-4 are to define the 
best estimated trajectory (H5T) for all mission phases, evaluate Orbiter GHC per- 
formance to determine the guidance and targeting software performanoe, evaluate 
MCC performance, compare the actual and predicted flight profiles, evaluate the 
flight techniques, and evaluate consumables usage. 

Any actions necessary to incorporate results obtained from the postflight 
analyses such as profile revisions, Orbiter software changes, MCC software 
changes, or flight technique changes are not a part of this taak. These actions 
are included in the flight design, Orbiter software, MCC software, and flight op- 
erations tasks. 


3.6.1 Ancillary Data 

Determine the as-flown Orbiter position, velocity, and altitude-related parame- 
ter values as required and baselined in support of flight test objectives. 


3.6.2 Ascent/Aborta 

Postflight analysis will be performed, based on actual flight conditions, to de- 
termine the level of adequacy of ARD and ANE performanoe for the flight. This 
will include assessment of preflight-supplied support data and procedures. 
Recommendations will be developed, in light of any deficiencies observed, to be 
incorporated into logic, procedures, or data for subsequent flights. 

In addition, postf light analysis will be performed, based on actual flight 
conditions, to determine the adequacy of the onboard ascent guidance for the 
flight. 
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This task will reconstruct SRB and BT real-time separation parameters fV>om ac- 
tual flic^t data and compare these wite premission planned profiles and document 
results . 

This task will use ARES ship tracking data to reconstruct the BT trajectory from 
separation throuid^ entry to calibrate rupture and breakup. This is a Joint ef- 
fort between FM41, and HSFC/HCC resulting in a quick look, intermediate and 
final postf light report. FM4 has primary responsibility. 

The products and schedules for this task are shown in table 3.6.2. 


3.6.3 Onorbit 


3. 6. 3.1 Attitude and Pointing 
(TBS by FM2) 


3.6.3 .2 QMS Maneuvers 
(TBS by FM41) 


3. 6.3.3 RMS 

This task will analyze RMS DFI data to determine RMS porformance in carrying out 
DTO's concerned with auto-sequences. Dooimentation of results will be used in 
final verification of the RMS prior to OPS. 

this task will also analyze the plume impingement flight test requirement (FTR) 
by taking the forces, moments, and relative position data that will be obtained 
from the STS-4 plume impingement FTR emd comparing the results with preflight 
predictions. The plume model may also require updating based on these data. 
Evaluation and comparison runs will be made as required. 

The products and schedules for this task are shown in table 3.6.3. 


3. 6. 3.4 Payload Ejection 

This task will review and perform quality assurance on all postf light data 
involving real-time operations of a payload ejection system. The task will de- 
termine if crew safety was adequate , safe separation clearances were realized, 
and if any groundrule/mission techniques or procedures alterations or changes 
are required to mhance or Improve the ejection system operation. Results of 
this QA effort should be documented in specific post flight documentation if ap- 
propriate and required. 

The products and schedules for this task are shown in table 3.6.3. 
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3*6f^ Descent 


3. 6.4.1 Deorbit 

A nominal postflight analysis will be oonduoted to confirm the deorblt targets 
and to matdi the targeted bum to the actual bum. The results will be 
published by memo. 

The products and schedules for this task are shown in table 3.6. 4.1. 

3. 6. 4. 2 Entry Through Landing/GRTLS 

There are three basic tasks of the entry throu^ landing post fight analysis. 

These are flight profile analysis, OI&C performance walysls, and analysis of 
flight techniques. 

The flight profile analysis includes comparison of the actual trajectory to the 
nominal profile and to flight constraints, evaluation of energy management, and 
control surface deflections. This analysis will determine how well the nominal 
profile was flovn, determine the degree of maneuvering required to achieve the 
profile, evaluate transients across guidance interfaces because of state vector 
updating using external measurements, and will include preliminary evaluation of 
the Orblter L/D and pitching moment. Results will be correlated with measured 
environment such as winds, atmospheric density, atmospheric pressure, and with 
other postflight results that determine the BET and Orblter aerodynamic 
characteristics. This analysis will provide an early indication of the need for 
profile shaping changes. 

The GN&C performance analysis will include evaluation of the entry guidance per- 
formance, and integrated GN&C performance for entry, TAEM, and approach and land* 
ing (if appropriate). Detailed analysis of the TAEM and auto land guidance is 
not included in this task. Purpose of this analysis is to evalxiate the 
integrated GN&C performance compared to expected perforMoance in the actual STS- 
1 environment. Results of this analysis will be used to define the need for 
flight software or flight profile modifications. 

The flight techniques for the descent flight phase will be evaluated by compari- 
son of mission rule constraints and decision points with flight experience. 
Results of this analysis will be reported to appropriate groups for action, 
if necessary. 

Preparation for postflight analysis must begin prior to the STS-1 flight. This 
preparation includes development of analysis techniques and overall data flow of 
the analysis. 

The products and schedules for this task are shown in table 3. 6. 4. 2. 


3.6.5 Consumables Management 
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3>6.5.1 Nonpropulslve Consumables 
(TBS prc) 

3. 6. 5. 2 OHS/RCS Consumables 
(TBS FM2) 

3.6.6 Navigation 


3.6.6. 1 Onboard 

Develop PTR support products as required. 

3. 6. 6. 2 MOC Ascent /Descent 

There are no tasks in this au'ea. Any work done postflight Included as a part of 
the pre flight analysis for the next mission. 

3. 6. 6. 3 MCC Onorbit 

There are no tasks In this 'irea. Any work done postflight Is included as a part 
of the pre flight analysis for the next mission. 



ire SMS 



PlMned cospletlcn date - A a Actual coMpletlon date 



ooa|>l«tlon dite - A « Aetual ooapietloii tfate 





Plaimetl ooa^l«tian date - A v Actial reai^letlon 




ianned date -At Actual coaple' 













Sts 2-4 PBODOCTS 





















Planne<J cosplction date • A » Actual eoapletlOB data 


Sts 2«4 




Plaanad oaopletlon date -As Aotual eoa^atlon date 

















































ire SIS 



PlaxuMd coBplt^lon date • A ^ Actual ooaplatlcB 4ata 







MCC SOFTWAPF ! STS 2 -h FflCOUCTS AND SCriETULES 



PlaiHMd eoapl«tion date * A s Actual coapletion date 



Planned coapletlon date ^ k s Actual coapletion date 





58 





Planned caapletion dat€ VY e Actual ion date 



60 









>W |w»a> » t - WP ttmmiA 



63 


eoipt«tTon A > eovpieCToti date 








STS 2-4 




’5W5T.- 





66 








IGH ! STS 2-il PfWDOCTS AHD 



70 









72 


I 


PlMm«r^aii^«tion d«t« - 4 « eoi^«tloii d^at« 



i 










73 


STS 3-4 P 



lanacd oaa^«tlan -As Aotial ooa^«tloa date 













SIS 



'Pi 



75 




Planned eoBpletion date « A « A<»tual ooepletlon date 




PLICHT OFEBATIONS SOPFOi^T 1 STS P 



76 


co«plet»^. <3«te - A * Actual ooB^letion da' 


PLIGHT OPEBATIQNS 



77 


Planned coapletion date * A s Actual eoapletlcn 



78 


co«fl«tloir 



Planned coApletion date'- A « Actual coapletion date 


:xs 2-4 



3.4 PUGHT OPERATIOHS SOFPCdT 



Planned coapletlon date -As Actual coopletion 


Sts 2-4 












1 

•1 



Planned eo«pl«tlen dlate -As Actual eoapletlon date 





Planned eoapletioo dat« - A s detual ooiplation 4ate 








Planned oonpletlon 



t-2 SIS 



ooatl^tioB 








STS 2-4 



92 














Planned coapletion date - s Actual ooapletlon date 








9<4 


ri. 


?o«p:«tior ilat^ - & s Actual cospletion 


STS 2-4 



























Planned conpletion date - F Vllctual eoapl^ 


3.5.3 ONORBIT (CONTIMUBD) 



Planned coapXetlon dat^ - As Actual coopietlon date 



Planned ooapletion date -As Actual coapletioo date 















Plann«d coaplctlon dat« 





















103 


eo«pl«tlon ^ • Aetiiftl eoa^etion date 



coapltiion *118 AcIimI ecmplmtian dat« 



sn 2-4 










































srs 2-« p 















3.6 ?03TFLlCm t STS 2*4 P 



eoapl«tlan dat« • & s Actual eoapletlon 



Planned coipletion date -As Actual ooopletlon 



Planned completion date - A s Aotual ooapletlon date 












Ill 


Planned ooapletion date -An Actual ooapletion date 



PlantMd ooapletion date -As Actual coapletion date 

























Planned ooepletlon date -As Actual coapletlon 



SSS 2-4 



Planned completion date -As Actual completion data 



FlMMd ooapletion date -As AoUad eoaplatiim date 




















w Sts i anmuos e*» 



122 


Botes 













Notes 





















Notos: 














StS-2-« 























SIS 2-4 


































4.H FLIGHT OPBRATIGNS SOPFQRT i STS 2*M 




>ot«a: 


I «.« pucar opEunoMs sopport i sis 2-« b 




0 bours/wMic (1108) 



irz US 







SIS 




































w ns 






I 

e 




148 




d 









PLIOBT DCSiaH MAM 




PLKW DBSIGi MAM 




v: U S GOVERNMENT PRINTING OfMCf I 80 -6ri 98 ?l 1 


